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DETAILED ACTION 

1 . Claims 1-21 are pending. 

Specification 

2. The title of the invention is not descriptive. A new title is required that is clearly 
indicative of the invention to which the claims are directed. 

Claim Rejections - 35 USC § 101 

3. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

4. Claims 1-14 and 21 are rejected under 35 U.S.C. 101 because the claimed 
invention is directed to non-statutory subject matter. 

As per claims1-14 and 21, these claims clearly recite an "information carrier", 
which may comprise "propagated signal". However these data signals are not tangible, 
and cannot tangibly embody a computer program or process since a computer cannot 
understand/realize (i.e. execute) the computer program or process when embodied on 
the data signal. Computer program or processes are only realized within the computer 
when stored in a memory or storage element. Therefore, a data signal does not meet 
the "useful, concrete, and tangible" requirement as set forth in State Street, 149 F.3d at 
1373, 47 USPQ2d at 1601-02, and hence claims 1-14 and 21 are non statutory under 
35 U.S.C. 101. 
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Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the Invention was made. 

6. Claims 1-21 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Listen et al. (' Listen ' hereinafter) (Publication Number 20050065951) in view of Ng et al. 
('Ng' hereinafter) (Patent Number 6.360,223), 

As per claim 1 , Listen teaches 

"receive a specification of one or more controllers, each controller having at least 
one associated data structure of data elements, each data structure being associated 
with exactly one controller, and one or more data mappings, each data mapping 
specifying a data source for a data element, each data mapping being a context 
mapping or a model mapping, each context mapping binding the data element to 
another data element, each model mapping specifying a model and a supply function, 
the supply function being operable to derive a value of the data element from the model" 
(model-view-controller, paragraph [0009]); 

"derive one or more data dependency relationships from the data mappings, 
each data dependency relationship being directed from a controller to one other 
controller or to one model, one data dependency relationship being derived whenever 
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there is at least one data mapping between the controller and the other controller or the 
model" (paragraph [0009] and [0042]); 

Liston does not explicitly indicate "and visualize the data dependency 
relationships by displaying a link for each of one or more data dependency 
relationships, each link showing a direction of data dependency". 

However, Ng discloses "and visualize the data dependency relationships by 
displaying a link for each of one or more data dependency relationships, each link 
showing a direction of data dependency" (column 9, lines 37-57). 

It would have been obvious to one of ordinary skill in the art to combine Liston 
and Ng because using the steps of "and visualize the data dependency relationships by 
displaying a link for each of one or more data dependency relationships, each link 
showing a direction of data dependency" would have given those skilled in the art the 
tools to improve the invention by having views of the mappings. This gives the user the 
advantage of being able to visualize the relationships that exist. 

As per claim 2, Liston teaches 

"the data structure is a tree" (paragraph [0052]). 

As per claim 3, Liston teaches 

"the instructions to receive a specification comprise instructions to receive a 
specification of a component encapsulating the controllers and including the mappings, 
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and wherein the controllers comprise at least one interface controller and . at least one 
view controller" (paragraph [0009] and [0042]). 

As per claim 4, Listen teaches 

"the controllers further comprise a configuration controller, a component 
controller, or a custom controller" (paragraph [0009] and [0042]). 

As per claim 5, 

Listen does not explicitly indicate "receive user input editing a first link; and 
modify the data dependency relationship specified by the first link in accordance with 
the user input, the data dependency relationship being modified by modifying the data 
mappings, wherein the modified data mappings correspond to the user input". 

However, Ng discloses "receive user input editing a first link; and modify the data 
dependency relationship specified by the first link in accordance with the user input, the 
data dependency relationship being modified by modifying the data mappings, wherein 
the modified data mappings correspond to the user input" (column 9, lines 37-57). 

It would have been obvious to one of ordinary skill in the art to combine Listen 
and Ng because using the steps of "receive user Input editing a first link; and modify the 
data dependency relationship specified by the first link in accordance with the user 
input, the data dependency relationship being modified by modifying the data mappings, 
wherein the modified data mappings correspond to the user input" would have given 
those skilled in the art the tools to improve the inventiori by having views of the 
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mappings. This gives the user the advantage of being able to visualize the relationships 
that exist. 

As per claim 6, Liston teaches 

"the first and second data source each being one of the controllers or models" 
(paragraph [0009]). 

Liston does not explicitly Indicate "the first link has a source end, the source end 
specifying the source of data for the data dependency relationship, and the instructions 
to receive the user input comprise instructions to: receive user input moving the source 
end of the first link from a first data source to a second data source". 

However, Ng discloses "the first link has a source end, the source end specifying 
the source of data for the data dependency relationship, and the instructions to receive 
the user input comprise instructions to: receive user input moving the source end of the 
first link from a first data source to a second data source" (column 9, lines 37-57). 

It would have been obvious to one of ordinary skill in the art to combine Liston 
and Ng because using the steps of "the first link has a source end. the source end 
specifying the source of data for the data dependency relationship, and the instructions 
to receive the user input comprise instructions to: receive user input moving the source 
end of the first link from a first data source to a second data source" would have given 
those skilled in the art the tools to improve the invention by having views of the 
mappings. This gives the user the advantage of being able to visualize the relationships 
that exist. 
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As per claim 7, 

Liston does not explicitly indicate "the instructions to receive the user input cause 
the data processing equipment to: receive user input changing the direction of the data 
dependency relationship for the first link". 

However, Ng discloses "the instructions to receive the user input cause the data 
processing equipment to: receive user input changing the direction of the data 
dependency relationship for the first link" (column 9, lines 37-57). 

It would have been obvious to one of ordinary skill in the art to combine Liston 
and Nfl because using the steps of "the instructions to receive the user input cause the 
data processing equipment to: receive user input changing the direction of the data 
dependency relationship for the first link" would have given those skilled in the art the 
tools to improve the invention by having views of the mappings. This gives the user the 
advantage of being able to visualize the relationships that exist. 

As per claim 8, Liston teaches 

"receive user input requesting a display of a detail view of a second link, the 
second link having a source and a destination" (enter input fields, paragraph [0152]); 

"and respond to the user input by displaying all the data mappings that have the 
same source and destination as the second link" (finds relationset, paragraph [0132]). 

As per claim 9. Liston teaches 
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"receive user input to filter the displayed links using a filter" (enter input fields, 
paragraph [0152]); 

"and display only data dependency relationships satisfying the filter" (finds 
relationset, paragraph [0132]). 

As per claim 1 0, Liston teaches 

"the filter specifies all data dependency relationships having selected models or 
controllers as the source" (finds relationset, paragraph [0132]), 

As per claim 1 1 , Liston teaches 

"the filter specifies all data dependency relationships having a selected controller 
as the source or the destination, or having a selected model as the source" (finds 
relationset, paragraph [0132]). 

As per claim 12, Liston teaches 

"receive user Input to filter the data mappings using a filter" (enter input fields, 
paragraph [0152]); 

"derive one or more filtered data dependency relationships from the data 
mappings satisfying the filter" (finds relationset, paragraph [0132]); 

"and visualize the filtered data dependency relationships" (visualize related data, 
paragraph [0055]). 
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As per claim 13, Listen teaches 

"the filter specifies all data mappings having selected models or controllers as the 
data source" (finds relationset, paragraph [0132]). 

As per claim 14, Listen teaches 

"the filter specifies all data mappings having a selected controller or model as the 
data source, and all data mappings specifying a data source for the selected controller"' 
(finds relationset, paragraph [0132]). 

As per claim 15, Listen teaches 

"means for receiving a specification of a component, wherein the component 
encapsulates one or more controllers, each controller having at least one associated 
data structure of data elements, each data structure being associated with exactly one 
controller, the component including one or more data mappings, each data mapping 
specifying a data source for a data element, each data mapping being a context 
mapping or a model mapping, each context mapping binding the data element to 
another data element, each model mapping specifying a model and a supply function, 
the supply function being operable to derive a value of the data element from the model" 
(model-view-controller, paragraph [0009]); 

"means for deriving one or more data dependency relationships from the data 
mappings, each data dependency relationship being directed from a controller to one 
other controller or to one model, one data dependency relationship being derived 
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whenever there is at least one data mapping between the controller and the other 
controller or the model" (model-view-controller, paragraph [0009] and [0042]); 

Listen does not explicitly indicate "and means for visualizing the data 
dependency relationships by displaying a link for each of one or more data dependency 
relationships, each link showing a direction of data dependency". 

However, Ng discloses "and means for visualizing the data dependency 
relationships by displaying a link for each of one or more data dependency 
relationships, each link showing a direction of data dependency" (column 9, lines 37- 
57). 

It would have been obvious to one of ordinary skill in the art to combine Listen 
and Ng because using the steps of "and means for visualizing the data dependency 
relationships by displaying a link for each of one or more data dependency 
relationships, each link showing a direction of data dependency" would have given 
those skilled in the art the tools to improve the invention by having views of the 
mappings. This gives the user the advantage of being able to visualize the relationships 
that exist. 

As per claim 16, 

This claim is rejected on grounds corresponding to the arguments given above 
for rejected claim 5 and is similarly rejected. 



As per claim 17, 
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This claim is rejected on grounds corresponding to the arguments given above 
for rejected claim 8 and is similarly rejected. 

As per claim 18, 

This claim is rejected on grounds corresponding to the arguments given above 
for rejected claim 15 and is similarly rejected. 

As per claim 19, 

This claim is rejected on grounds corresponding to the arguments given above 
for rejected claim 5 and is similarly rejected. 

As per claim 20, 

This claim is rejected on grounds corresponding to the arguments given above 
for rejected claim 8 and is similarly rejected. 

As per claim 21 , Listen teaches 

"receive a specification of one or more controllers, each controller having at least 
one associated data structure of data elements, each data structure being associated 
with exactly one controller, and one or more data mappings, each data mapping 
specifying a data source for a data element" (model-view-controller, paragraph [0009]); 

Listen does not explicitly indicate "display a link for each of one or more data 
dependency relationships, each data dependency relationship being directed from a 
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controller to one other controller or to one model, each data dependency relationship 
indicating that there is at least one data mapping between the controller and the other 
controller or the model and representing all the data mappings in the same direction 
between the controller and the other control or the model, each link showing the 
direction of data dependency; receive user input editing a first link; and modify the data 
mappings represented by the data dependency relationship specified by the first link in 
accordance with the user input". 

However, Ng disclose "display a link for each of one or more data dependency 
relationships, each data dependency relationship being directed from a controller to one 
other controller or to one model, each data dependency relationship indicating that there 
is at least one data mapping between the controller and the other controller or the 
model and representing all the data mappings in the same direction between the 
controller and the other control or the model, each link showing the direction of data 
dependency; receive user input editing a first link; and modify the data mappings 
represented by the data dependency relationship specified by the first link in 
accordance with the user input" (column 9, lines 37-57). 

It would have been obvious to one of ordinary skill in the art to combine Listen 
and Ng because using the steps of "display a link for each of one or more data 
dependency relationships, each data dependency relationship being directed from a 
controller to one other controller or to one model, each data dependency relationship 
indicating that there is at least one data mapping between the controller and the other 
controller or the model and representing all the data mappings in the same direction 
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between the controller and the other control or the model, each link showing the 
direction of data dependency; receive user input editing a first link; and modify the data 
mappings represented by the data dependency relationship specified by the first link in 
accordance with the user input" would have given those skilled in the art the tools to 
improve the invention by having views of the mappings. This gives the user the 
advantage of being able to visualize the relationships that exist. 

Conclusion 

7. The prior art made of record, listed on form PTO-892, and not relied upon is 
considered pertinent to applicant's disclosure. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Jay A. Morrison whose telephone number is (571) 272- 
71 12. The examiner can normally be reached on M-F 8-4:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tim Vo can be reached on (571) 272-3642. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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TC2100 



